home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / gt_power / pckfix6.zip / READ.ME < prev   
Text File  |  1991-01-27  |  15KB  |  291 lines
  1. -------------------
  2.  Last Minute Notes
  3. -------------------
  4.  
  5. ------------------------------------------------------------------------
  6. 27 JAN 91                                                          FIX 6
  7. ------------------------------------------------------------------------
  8.  
  9. o I rewrote the bagging procedures so that I could add  a  feature  that
  10.   people have been wishing to get for a long time.   A  new  user option
  11.   off the  [C]onfig  screen  asks  whether  or not the user wants to bag
  12.   messages from the first part of the base or the last part of the base.
  13.   Bagging from the first of the base is default, and it wha t BGPCK  has
  14.   done ever since BGPCK 0.0.  If  messages  range  from  1..400  and the
  15.   user last read 100  and can bag a maximum of  200  messages,  messages
  16.   101..301 will be bagged.   (302..400  will  be  picked  up on the next
  17.   visit).  If the user is in  "last"  mode,  messages  200..400  will be
  18.   picked up.   101..199,  however,  will  never  be bagged for the user.
  19.   This is one of the reasons I resisted this feature,  but  now you have
  20.   it, you figure out what to do with it.
  21.  
  22. o Another new option appears on the  [C]onfig  screen.   Maximum size of
  23.   packet in kilobytes.  The default is 1024K (1 MB).
  24.  
  25. o A bug was found that was causing  less  than  the  maximum  number  of
  26.   messages to be bagged in some cases.   For example,  if  a user bags a
  27.   maximum of 20  messages per area and there was a mixture of public and
  28.   private messages in one area,  sometimes only a few messages would get
  29.   bagged.   No messages were skipped,  they just did not get transferred
  30.   until the next time.  The bug is now fixed and the only thing that can
  31.   stop it from bagging all messages  it  should is if the packet reaches
  32.   the maximum size while bagging that area.
  33.  
  34. o A new option has been added, "w", wave goodbye.  This option will only
  35.   work when used with the "h", allow hangup, option.  The  wave  goodbye
  36.   option tells BGPCK to display the GTBYE.CBS screen if a  user  selects
  37.   [G]oodbye off the BGPCK menu.
  38.  
  39. o If the user is using "auto unattended download"  mode  AND  the  sysop
  40.   allows the  use  of  the  "goodbye"  command,  when  the  download  is
  41.   finished, a message will appear on the screen saying the user  will be
  42.   logged off in 60 seconds unless they press ^K (^C  and  ^X also work).
  43.   Pressing "H" will automatically cut them off then and there, just like
  44.   PC Board.
  45.  
  46. o Lines longer than 78 characters are now truncated.   Long origin lines
  47.   were causing problems with printers on the BGRDR end.
  48.  
  49. o In the  [C]onfig  screen, options that were boolean  (TRUE/FALSE)  now
  50.   display as (YES/NO).
  51.  
  52. o The indicator that was added in the last  FIX  that tells the user how
  53.   many messages in the packet were  addressed  to them was reporting the
  54.   number of messages left by them.  Fixed.
  55.  
  56. A new BGPCK.HLP file is included that covers the changes  in  the  door.
  57.  
  58. ------------------------------------------------------------------------
  59.  5 JAN 91                                                          FIX 5
  60. ------------------------------------------------------------------------
  61.  
  62. o PCKFIX4 seemed to be a complete disaster.  Everyone  has been  calling
  63.   me telling me of weird errors.   Some  of  them  have  been  traced to
  64.   programming and some have been traced to the DIET compressor. From now
  65.   on, all  EXE's  will be compressed with  LZEXE  until  further notice.
  66.   Turbo Pascal 5.5 will be used in the mean time rather than TP 6.0.
  67.  
  68. o Background colors  where being included in a users packet even if they
  69.   were not using 2.0 style bags.  That has now been fixed.
  70.  
  71. o When bagging is done,  a message is displayed telling the user whether
  72.   or not they have any personal mail in their packet.
  73.  
  74. o A major bug was fixed.   Users  that had "applied" for an "application
  75.   area"  and had not yet been  "accepted"  where still getting mail from
  76.   that conference.   Now,  a  message  saying  "Access Pending"  will be
  77.   displayed and no messages will be bagged for that area.
  78.  
  79. o Due to popular demand, BGPCK again creates a log file.  It  is  rather
  80.   simplied at this time, and may get more complex later.
  81.  
  82. o When  BGPCK  is locating PKZIP.EXE, PKUNZIP.EXE, DSZ.COM (or DSZ.EXE),
  83.   and if  DOORWAY  mode  is  active,  DWREDIR.COM,  a  message  will  be
  84.   displayed  on  the screen if it cannot find the file rather than going
  85.   on with the door.  The log file will also contain the message.
  86.  
  87. o In  BGRDR 2.0  compatibility mode, packets are no longer called *.#?#.
  88.  
  89. ------------------------------------------------------------------------
  90. 29 DEC 90                                                          FIX 4
  91. ------------------------------------------------------------------------
  92.  
  93. o The only difference between PCKFIX4 and 4A is that the EXE's in 4A are
  94.   compressed with the new file compressor DIET rather than LZEXE.   They
  95.   make the files slightly smaller. If you are using PCKFIX4, there is no
  96.   need to install these EXE files unless you just want to.
  97.  
  98. o I  think  the  problem  with  the private message bug has finally been
  99.   fixed.  What was happening was that the message  would  think  it  was
  100.   being  bagged,  but would not actually get bagged if it was not in the
  101.   first MES file that BGPCK opened in that area.
  102.  
  103.   Thanks go to  Jerry Hook  for  helping me identify this pesky problem.
  104.  
  105. o If a user has SY authorities, all messages  (public and private)  will
  106.   be bagged for a given area.
  107.  
  108. o A second command line parameter may now be used.   I was informed that
  109.   sometimes people use ramdisks for their work directories and the door.
  110.   If you need to specify a specific disk to put the  work  directory on,
  111.   put the drive letter and a  colon  as the second parameter.   Example:
  112.  
  113.   bgpck dhmg f:
  114.  
  115.   ...would make bgpck create the BG$WORK$.0 directory on  F:  drive.  If
  116.   the second parameter is omitted, the current drive will be used.
  117.  
  118. ------------------------------------------------------------------------
  119. 26 DEC 90                                                          FIX 3
  120. ------------------------------------------------------------------------
  121.  
  122. o BGPCK  has now been compiled with  Turbo  Pascal  6.0.   Notice that a
  123.   BGPCK.EXE and BGPCK286.EXE are included.  The 286 version will work on
  124.   both  286  and  386  machines.  I will let you guys be the judge as to
  125.   whether the 286 version is any faster.   On my machine,  a  Tandy 1000
  126.   with an 286 8mhz express board, I did not notice much difference.   If
  127.   that is the case in all situations,  I may not include the 286 version
  128.   in any other version.
  129.  
  130. o There have been quite a few changes in the way parameters are handled.
  131.  
  132.   First, a slash-character-space is no longer used.   Rather than saying
  133.   BGPCK /G /M for Ymodem-G and MobyTurbo options,  you need only to type
  134.   BGPCK GM.  The order of letters does not matter,  and  it  is not case
  135.   sensitive.   This  was changed,  because there are many parameters now
  136.   and people with long  DOORWAY.EXE  command  lines may have had trouble
  137.   fitting everything in.
  138.  
  139.   The  'E'  option  has  changed  defintion.   Formely,  it meant to use
  140.   DSZ.EXE rather than DSZ.COM.  That is now taken care of automatically.
  141.   The 'E' option now uses a crude method of encryption for your  message
  142.   area pathnames.   Some  sysops  were  concerned  that users might  get
  143.   trigger happy knowing the  pathnames  of  some of their message bases.
  144.   Please note that this option should only be used if all the characters
  145.   in your message base pathname have an ascii value less than 128.
  146.  
  147.   A  'T'  option is now available.  When used, the door will run in test
  148.   mode, which means no message pointers are changed.  THIS SHOULD NOT BE
  149.   USED UNDER NORMAL DOOR USE.
  150.  
  151.   A 'L' option is now available.   When used, new door user information
  152.   is obtained from the  USER.CTL  file in the LAN path rather than  the
  153.   GTPATH.
  154.  
  155.   Examples of valid command lines:
  156.  
  157.   bgpck gmhlsed     bgpck286 gmhlsed     bgpck GDEShmT    etc...
  158.  
  159. o Several changes need to be made  to  the  BGPCK.CNF  file.   The work
  160.   directory entry can be taken out. The PKZIP/UNZIP directory entry can
  161.   be taken out.  The DWREDIR.COM entry can be taken out. Now, only four
  162.   lines should be remaining in the CNF file.
  163.  
  164.   The first line should be the BOARD ID.   The second line is the SYSOP
  165.   NAME.   The  third  line  is  the  MAXIMUM  NUMBER  OF  MESSAGES  PER
  166.   CONFERENCE,  and  finally,  the fourth line is the  MININUM NUMBER OF
  167.   KILOBYTES FOR DOOR TO OPERATE.
  168.  
  169.   As  long  as  PKZIP.EXE,  PKUNZIP.EXE,  DSZ.COM  (or  DSZ.EXE),   and
  170.   optionally DWREDIR.COM are located in the DOS PATH, everything should
  171.   function normally.
  172.  
  173. o Messages that had a message number that was a  multiple  of  ten  had
  174.   their last line chopped off.  This bug has been fixed.
  175.  
  176. o A crude chat mode is now available.  Press Ctrl-P to enter and Ctrl-Z
  177.   to exit.  No word wrapping is provided.  It is designed for quick and
  178.   dirty talking only.
  179.  
  180. o There are a few  cosmetic  changes  that  you  may  notice.   When an
  181.   incoming message is  being posted  to the  message  base,  the phrase
  182.   "Message Routed to Net/Node 0/0" will  no  longer appear.  The amount
  183.   of time a user has available in the door  is  now  displayed when the
  184.   door is  first  opened.   Please note that it only displays the time,
  185.   it does not make sure they stay past their time YET.
  186.  
  187. o A temporary work directory is now created on the root of the  current
  188.   drive.  It's name is BG$WORK$.xxx where xxx is the PID number.  If no
  189.   PID number is found, the extension if NUL or 0.
  190.  
  191. o Please note that an option in the [C]onfig menu has been inserted  as
  192.   choice 'B'. It asks if the user wants to make BGRDR 1.2 style message
  193.   packets.  This defaults to TRUE.
  194.  
  195.   If this option is set as FALSE, BGRDR 2.0 style bags will be produced.
  196.   There are three differences:
  197.  
  198.     Message packets will be named  *.#A#  to  *.#T#  rather than  *.MSG.
  199.     This will allow BGRDR to keep up to 20 bags for one board.
  200.  
  201.     Background colors,  if any,  on your board will be inserted into the
  202.     packet data.
  203.  
  204.     CRLFs will be changed to ascii-227 (the pi symbol).
  205.  
  206.   If  you  are  interested  in  beta  testing  BGRDR 2.0,  please  leave
  207.   inquiries on my board.  It will be available shortly.
  208.  
  209. o I have not yet found the reason why  SOME  private  messages  are  not
  210.   being sent.  The fix may be in the next FIX.   As you can see,  I have
  211.   been quite busy working on FIX3.
  212.  
  213. ------------------------------------------------------------------------
  214. 13 OCT 90                                                          FIX 2
  215. ------------------------------------------------------------------------
  216.  
  217. All BGPCK.* files may now be placed in the alternate  BBSPATH  directory
  218. as  specified in the  GT.CNF  files.   The four files that may be placed
  219. their are  BGPCK.CNF,  BGPCK.CTL,  BGPCK.HLP,  and optionally  BGPCK.ID.
  220. BGPCK  searches the  GTPATH  directory before attempting  to search  the
  221. BBSPATH directory.  This feature is provided for people that do not like
  222. to clutter up their GTPATH directories.
  223.  
  224. Thanks to Jerry Hook and Michael Arnett for  discoverying the problem in
  225. the dates when the month was greater than  9.   This was also indirectly
  226. related to the  net/mail  adderess problem  Jerry  discovered.   I  also
  227. noticed that the time was even being corrupted!  I have attempted to fix
  228. all three  problems now,  so let me  know what happens.   When a netmail
  229. message is now  uploaded,  it will say on the screen  "Message Routed to
  230. Net/Node: xxx/yyy" to let us know its working properly.
  231.  
  232. A  new  option  has been put into  the  CONFIG  menu.   It  is  "perform
  233. unattended zmodem download".  When set to TRUE,  BGPCK  will not ask the
  234. user  whether  they  want  to  download  the  packet  or  not,  it  will
  235. automatically  start  the  transfer.  This feature is provided  so  that
  236. users of GT and Telix that have auto-start features need not wait by the
  237. computer while its packing mail so that they have to answer  "Y"  to the
  238. download question.
  239.  
  240. A new command line parameter has been added,  /H.   Adding /H will add a
  241. new command to the main menu, "[G]oodbye".   This command will work much
  242. like that of "[Q]uit", but it will drop carrier.   This is so that users
  243. need not QUIT, then have to wait for GT to return to hangup.   Using the
  244. /H   parameter  may  do  unexpected  things  like  reboot  the  computer
  245. depending on what kind of door watch software you use.  If you are using
  246. a multitasking program,  I would try to stay away from it.   Have a user
  247. call when BGPCK is using the /H parameter and see what happens when they
  248. try the "[G]oodbye" command.  If it works, that's great.   If not, don't
  249. use it.  This command works only on certain systems.
  250.  
  251. A  BGPCK.HLP file is provided that covers the new changes for the users.
  252.  
  253. ------------------------------------------------------------------------
  254.  7 OCT 90                                                          FIX 1
  255. ------------------------------------------------------------------------
  256.  
  257. This release is strickly for Beta  testers of  GT Power 16.   If you are
  258. not running  GT  Power 16,  if you try to install these  programs,  your
  259. message bases will become corrupted.
  260.  
  261. Included with this file is BGPCK.EXE.  Copy BGPCK.EXE over the BGPCK.EXE
  262. that is already in your directory.  Two new parameters are also included
  263. with this file.  You no longer have to include the com port as the first
  264. parameter on the line.  BGPCK now gets it from the GT.CNF file.
  265.  
  266. BGPCK /S - Uses DSZ handshake slow for our friends in the UK.
  267.  
  268. BGPCK /Q - For our friends in OZ running FidoNet, /Q will change any of
  269. the high bit quotes to low bit.  Example:
  270.  
  271. BG▐ This is how the quotes appear now.   Using  ASCII  byte 222 for the
  272.   ▐ display.
  273.  
  274. BG| This is how the quotes appear when the /Q parameter is used.   This
  275.   | function is provided so that FidoNet does not shout.
  276.  
  277. If a board uses a color of zero, since BGRDR does not display background
  278. colors,  BGPCK now translates black into white so it can be displayed on
  279. the user's computer without the BGRDR /C command.
  280.  
  281. ------------------------------------------------------------------------
  282.  
  283. B.J. Guillot
  284. 2611 Rushwood Circle
  285. Houston, Texas 77067-1941
  286.  
  287. Voice: (713) 893-9123
  288. Board: (713) 893-9124
  289.  
  290. ------------------------------------------------------------------------
  291.